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VISUALISIERUNGSSYSTEM 



Die Erfindung betrifft ein System zur feraorganisierbaren und fembedienbaren 
Visualisierung von Produktwerbung in Schrift, Bild, Ton zur Information der 
Kunden. 



5 Das System dient dazu, urn Kunden uber aktuelle Produkte, Preise, Aktionen, aber 
auch Wetter, Borse, usw. vor Ort zu informieren. Zu diesem Zweck stellt ein Anbie- 
ter ein oder mehrere Computer mit Displays (Terminals) oder Projektoren in seinen 
Raumlichkeiten auf. Uber die Displays oder Projektion werden dann die vordefi- 
nierten und fernorganisierten Programme (Bilder, Werbefilme, Texte, usw.) fernge- 
1 0 steuert gezeigt. 



Jeder Anbieter hat dabei die Mdglichkeit, eigene Produktprogramme zusammenzu- 
stellen und diese jederzeit zu andern, loschen oder erg&nzen. Ein Produktprogramm 
kann fur eine bestimmte Zeitperiode defuiiert werden, an welcher das Programm 
dann taglich ,ausgestrahlt' wird. 1st der Programmzyklus einxnal abgelaufen, beginnt 
15 er wieder von vorne. 
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Das System besteht im wesentlichen aus zwei fiinktionellen Teilen: aus einer Admi- 
nistrationseinheit (in der Regel ein Server) und aus einer bzw. mehreren Termi- 
naleinheit/en (in der Regel sind dies Computer mit 1 oder mehxeren Displays, auf 
welchen die Poduktprogramme gezeigt werden konnen). Die Datenbahn zwischen 
5 Administration und Terminal wird als Channel bezeichnet 



Die Administrationseinheit (es kdnnen auch mehrere sein) wird auf einem leistungsstarken 
Server installiert, der bspw. bei einem Provider steht und vorteilhafterweise auf Internettech- 
nologie beruht Das heisst, von jedem Client aus (auf dem ein gangiger Browser, bspw. IE 
4.01 oderhdher installiert ist), konnen die Channels administriert werden, Bilder, Audios und 
1 0 Videos geladen werden, Benutzer verwaltet werden, und so weiter. 



Auf dem Terminal wird vorteilhafterweise eine selbstkonfigurierende Software in- 
stalliert, die automatisch beim Aufstarten derMaschine aktiviert wird. Dazu werden 
bspw. die Eingabe von Telefonnummer, Internet-Provider, Passwort und eine 
Channelnummer bendtigt Die Software versucht nach abgeschlossener 

1 5 Konfiguration sofort eine erste Verbindung zum Server herzustellen. Dabei werden 
dann alle notwendigen Informationen fur den Betrieb geladen. Diese Software kann 
als Win32 Applikation entwickelt sein. Dadurch ist es naturliche keine reine 
Internetapplikation. Dies ermdglicht aber, dass viel mehr Media-Formate gelesen und 
dargestellt werden kdnnen, als dies bei reinen Intemetapplikationen mdglich ist 

20 Nach der Installation soli auf dem Terminalcomputer keine Userinteraktion mehr 
notwendigsein. 

■ ; i 

Das Terminal macht nach dem Aufstarten eine Anfrage beim administrierenden Ser- , 
ver, ob es bspw. Anderungen im Produktprogramm gegeben hat Die Anfrage erfolgt 7 
in einem vordefinierten Zeitintervall. Das Anfrageintervall kann naturlich/jederzeit 
25 geandert werden. Der Server pruft die Anfrage und fells Anderungen im Programm 
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gefunden wurden, schickt er das neue Mediamaterial, das sind die Produktillustratio- 
nen, an das anfragende Terminal. Das Terminal kopiert dann das Material in die 
richtigen Verzeichnisse und kann danach sofort damit beginnen, das neue Material, 
die Bilder der neuen Produkte, auch zu publizieren, das heisst, auf den Monitoren am 
S Verkaufspunkt abzubilden. Bei Filmen mussen, je nach Grdsse der Filme und 
Ubertragungsgeschwindigkeit des Modems, zum Teil recht grosse Wartezeiten beim 
Download des Mediamaterials auf das Terminal in Kauf genommen werden. 

Grunds&tzlich wird folgendermassen vorgegangen: Ein Kunde hat ein oder mehre 
passwortgeschutzte Channels. Ein Channel hat bspw. noch Subchannels bis zu bspw. 

10 4 Stufen. Auf dem untersten Subchannel konnen dann die Produktprogramme erfasst 
werden. Ein Programm hat einen Programminhalt von mehreren Medien fur die Pro- 
duktanpreisung (Bilder, Filme, Text usw.). Dazu wird ein Mediaarchiv aufbereitet. 
Pro Kunde kann bspw. bei der Administration ein Mediaarchiv oder mehrere gefuhrt 
werden. Ein Mediaarchiv ist eine Art Depot, wo im Voraus die Medien erfasst wer- 

1 5 den konnen, mit welchen man zu arbeiten gedenkt. So muss dann beim Zusammen- 
stellen des Produkteprogramms nur noch eine Verkniipfung auf den oder die vorher 
erfassten "Artikel" im Archiv hergestellt werden. Man kann dann eine Hochstlimite 
fur Anzahl Bilder oder MB pro Kunde festlegen. Mediaarchive konnen auch beliebi- 
gen Channelbesitzern zur Verfugung gestellt werden. Dies ergibt die Moglichkeit 

20 von entsprechenden neuen Dienstleistungen. Solche Dienste kdnnen Bilder, HTML 
Seiten oder Filme an die Channelbesitzer anbieten. 

Vorteilhaft ist auch die Erfassung von Daten fur statistische Zwecke. So kann man 
eine statistische Seite vorsehen, wo die momentane Belegung eines jeden Kunden 
25 sichtbar ist Beispiele von angezeigten Feldern sind: Kunde, Kontaktperson, Anzahl 
Medien, Platzvolumen in MB. Ein Channel kann zwischen ein und einer Mehrzahl 
von Produktprogrammen aufweisen. Jedes Programm wird bspw. taglich zu einer 
definierten Zeit abgespielt (z.B. von 08:00 bis 12:00). Es ist aber auch moglich ein 
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Sonderprogramm zu definieren, das fur eine bestimmte Zeit (z. B. 1 Stunde) ab so- 
fort oder iiber eine Zeiteingabe ,von-bis' das aktuell gezeigte Programm uberlagert 

In Zeiten, in denen kein Programm lauft (weil keines definiert wurde) lauft ein 
S Standbild oder Standfilm, welches oder welcher bspw. durch einen dieser oben er- 
wahnten Dienste geliefert wird. Dieses Bild wird bei der Installation des Terminals 
mitinstalliert und soil sp&ter nicht mehr (ohne Userinteraktion) geandert werden. Ein 
Programm kann durch die Administration mit einer Zeitlimite begrenzt werden. Der 
Kunde kann dann den zur Verfugung gestellten Zeitraum selber "gestalten". Ein Pro- 
1 0 duktprogramm hat vorzugsweise ein Startdatum und ein Enddatum. 1st das Enddatum 
leer bedeutet dies dass das Programm bis auf Widerruf lauft Uberschneiden sich 
zwei Programme so wird immer das jungere (das aktuellere) angezeigt Zur besseren 
Information kann der User via die Administration aufmerksam gemacht werden, 
wenn sich bei seiner Gestaltung Produktprogamme zeitlich uberschneiden. 



1 5 Durch die Zuordnung der Reihenfolge wird ein M ediaelement aktiv in das Programm 
ubernommen. Die Reihenfolge kann jedoch jederzeit geandert werden. Wird ein 
Mediaelement erfasst und die Reihenfolge bzw. -position mit einem bestehenden 
Mediaelemente stimmt iiberein, so wird das bestehende Mediaelement urn eine Posi- 
tion nach unten (z.B. von 3 auf 4) geschoben. Wird eine Position (Reihenfolge) ge- 

20 loscht, dann wird neu durchnumeriert Es gibt auch die Mdglichkeit, dass das Pro- 
gramm durch Dienste, bspw. einen der vorhandenen Mediadienste erg&nzt werden 
kann. Dies ware z.B. Wetter, Bdrse, usw. Dies geschieht dann auch in einer Reihen- 
folgenanzeige. 



Zu den Abspielzeiten: Die Abspielzeit eines jeden Mediaelements kann einzeln defi- 
25 niert werden. Fur Filme wird grundsatzlich die Lange gelesen und automatisch er- 
rechnet Die Zeiten werden bspw. in Sekunden (sec) angegeben und als kleinste Ein- 
heit gilt damit die Sekunde. Um eine eventuelle Verzdgerung bei grossen Bildern 



P1671 CH 



13.03.00 



-5- 

vorzubeugen, konnte ein sogenanntes Preload programmiert werden, welches immer 
das nachste Bild schon vorbereitet 

Die Zuordnung der Mediaelemente kann auf jeder Ebene (je nach Berechtigung) er- 
folgen. Das heisst auf dem Channel, Subchannel, usw. Wird auf einem obenliegen- 
5 den Channel ein Mediaelement zugeteilt, wird dies automatisch auf die darunterlie- 
genden Channels vererbt Die vererbende Zuweisung der Elemente eines Media- 
elements kann nur ein Administrator oder SuperUser vornehmen. Andere Benutzer 
haben keine ubergreifende Rechte. Das vererbte Mediamaterial ist durch einen Be- 
nutzer mit weniger Rechten (User) nicht Idschbar. Der User hat nur das Recht die 
10 Reihenfolge zu andern. Auf der gleichen Seite ist ausserdem eine Preview-Funktion 
(Vorschau einzelner Bilder im Archiv oder eines ganzen Produktprogrammes) uber 
die Integration der vererbten Mediaelemente, bspw. Bilder mit Texten in den 
einzelnen Produktprogrammen vorhanden. Diese wird benotigt urn die richtige 
Position und Lange des Textes zu uberprufen. 

15 Es gibt vorteilhafterweise drei hierarchisch geordnete Berechtigungsgruppen: die 
Administratoren, die Super User und die User. 

Administratoren sind Mitarbeiter bspw. der Serverbetreibern oder anderer Support- 
berechtigten Personen. Administratoren sind zustandig fur den Unterhalt des Systems 
und haben das Recht neue Channels und Subchannels zu eroffhen. Super User sind 
20 Channelbesitzer. Das heisst die oberste zust&ndige Person eines Channels = Chan- 
neladministrator. Die Super User sind verantwortlich fur die Erfassung Ihrer User 
und das Definieren derer Rechte. User sind alle Personen, die Berechtigung haben 
Programme und Subchannels zu bearbeiten. 
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Bei den Berechtigungen gilt bspw. der Grundsatz der Vererbung. Falls auf einem 
iibergeordneten Channel ein Recht gesetzt wurde, wird dies auch auf die unteren ver- 
erbt. 



Texte zu Bildern sind frei definierbar und werden bspw. in Arial angezeigt Es wird 
vorteilhafterweise nur eine SchriftgrOsse definiert. Der Text kann wahlweise in 
schwarz oder weiss und in drei Zonen (oben, mitte und unten) angezeigt werden. Auf 
Wunsch kann der Text naturlich auch in wahlbaren Farben, wahlbarer Schrift- 
grdssen, wahlbarer Textausrichtung und 3 Zonen angezeigt werden. 



Der Download: Der Computer mit den Mediadaten kann mehrere Terminals 
10 beliefern. Pro Terminal kann der SuperUser des Channels die Downloadintervalle 
festlegen. Die kleinste Einheit betr&gt 1 Minute. Und die Sprache: Die 
Webapplikation kann in Deutsch, Englisch, Franzdsisch, Italienisch, Spanisch bzw. 
in jeder beliebigen Sprache angeboten werden. Die Auswahl wird auf User Ebene 
gesteuert. D.h. pro Benutzer kann eine Sprache selektioniert sein. Eine weitere 
15 Mdglichkeit fur ein Download-Management besteht darin, dass fur Werbung 
externer Promoter ein Log-File eingerichtet wird, welches per automatischem 
Downloadintervall dieses bzw. diese per e-mail dem SuperUser oder einer anderen 
bestimmten Person gesendet wird bzw. werden. Dieses Log-File dient wie eine Art 
Quittung fur aufgeschaltetes Bild-, Ton- und Filmmaterial pro Zeiteinheit 



20 Nach dieser eingehenden und anschaulichen Ubersicht wird nun die Erfindung mit 
Hilfe von Figuren im Detail diskutiert 



Figur 1 zeigt ein Beispiel ein r mdglichen Datenstruktur zur Administration 

der Produktprogramme fur die Terminals. 
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Figur 2 zeigt schematisch den organisatorischen Aufbau der Administrations- 

einheit, hier den Serverteil, von welchem aus das Mediamaterial ar- 
rangiert wird. 

Figur 3 zeigt ein Beispiel fur eine Channelseite, wie sie auf dem Bildschirm 

5 angezeigt wird. 

Figur 4 zeigt ein Beispiel fur die zeitliche Programmierung einer Produktpro- 

grammseite. 

Figur 5 zeigt ein Beispiel fur eine Anordnung der Datenfiles auf dem Ter- 

minalteil 

1 0 Figur 6 zeigt schematisch ein Beispiel fur den Ablauf einer Terminalroutine. 

Figur 7 zeigt ein Beispiel, wie ein Programm-Icon plaziert werden kann. 

Das Datenmodell dieses Ausfiihrungsbeispieles ist in Figur 1 gezeigt Es umfasst 
hier 4 Tabellen: Channel; (Produkt)programme; (Produkt)Programminhalt und Arti- 

15 kelstamm. Fur den Serverteil - dort lauft die Administration oder Verwaltung aller 
Daten ab - wird ein Datenbankserver eingesetzt. Beim Datenbankserver handelt es 
sich in diesem Beispiel urn einen SQL Server Version 7.0. Fur die Terminals dage- 
gen ist keine Datenbank notwendig. Alle Daten werden in einer Filestruktur abgelegt. 
Die hier gezeigte Ausfuhrungsform beruht auf einer Datenbankstruktur mit 2 Tabel- 

20 len fur die B enutzerverwaltung, 2 Tabellen fur Menusteuerung und 4 Tabellen fur die 
Channel- und Programmdaten der Datenverwaltung. Dies ergibt ein Datenmodell, 
wie es teilweise in Figur 1 gezeigt ist Aus Grunden der Ubersichtlichkeit wird nur 
ein Teil des Datenmodells abgebildet. Es handelt sich dabei urn den komplexesten 
Teil - n&mlich die Programm- und Channeltabellea Diese Tabellen werden unten 

25 tabellarisch detailliert aufgefuhrt 



Die Tabelle Channel umfasst bspw. folg nde Attribute: 
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CtrChannellD 


Channel ID 


Long 


StrName 


Sprechender Name des 
Channels 


Text 


StrllserlD 


Benutzer der Rechte hat 
aufdiesem Channel 


Text 


LngChannellD 


Verknupfung auf Sub- 
channels 


Long 


LngDownLoadlnter 
vail 


In welchem Intervall das 
Terminal die Anfrage an 
den Server starten soli 


Integer 


DtmChangeDate 


Wann ist die letzte Ande- 
rung am Channel ge- 
macht worden 


Date 


StrChangeUser 


Durch wenn wurden die 
letzten Anderungen ge- 
macht 


Text 


Die Tabelle (Produkt)Programme umfasst bspw. folgende Attribute: 








CtrProgrammID 


Eindeutige Identifikation 
eines Programmes 


Long 


StrName 


Sprechender Programm- 
name 


Text 


StrStart 


Startzeit des Programmes 


Text 


StrEnde 


Endzeit des Programmes 


Text 


BitSonderprogram 


ob es sich um das Son- 


Boolean 
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m 


derprogramm handelt 




IntAbspielzeit 


Abspielzeit des Sonder- 
programmes 


integer 


LngChanneUD 


Verweis auf Channel- 
tabelle 


long 


LngMaxProgramm 
Lange 


Falls ein Prpgramm 
durch die Administration 
in derZeit limitiert wird 


long 


DtmStartDatum 


Ab wann l§uft das Pro- 
gram 


date 


StrTag 


An welchem Tag lauft 
das Programm (MoJDi 
etc.) 


Text 


DtmEndDatum 


Bis wann lauft das Pro- 
gram 


date 



Die Tabelle (Produkt)Programmlnhalt umfasst bspw. folgende Attribute: 



CtrlnhaltID 


Eindeutige Identifikation 
eines Inhaltes 


Long 


LngReihenfolge 


Reihenfolgeposition in 
welcher der Inhalt ang- 
zeigt werden soli 


Long 


LngProgrammID 


Verweis auf die Tabelle 
Programme 


Long 


StrText 


Anzeigetext 


Text 


IntZone 


In welcher Zone soli der 
Text angezeigt werden 


Integer 
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StrColor 


Hex Wert der Anzeige- 
farbe (schwarz oder 
weiss) 


Text 


LngAbspieldauer 


Wie lange soli das Media 
angezeigt werden (in sec) 


Long 


BitChange 


= True fells der Text oder 
Media geandert wurde 


Boolean 


DtmChangeDate 


Anderungsdatum 


Date 


StrChangeUser 


Benutzer, welche die 
letzten Anderungen vor- 
genommen haben 


Text 


LngArtikelstamm 


Verweis auf die Tabelle 
Artikelstamm 


Long 



Die Tabelle Artikelstamm umfasst bspw. folgende Attribute: 



CtrArtikelJD 


Eindeutige Identifikation 
eines Artikels 


long 


StrName 


Sprechender Artikelna- 
men 


text 


StrPath 


Ablagepfad des Mediums 


text 


StrArt 


Art des Mediums (Bild, 
Flash, MPEG2, usw. 


text 


StrProvider 


Identifiziert den Artikel: 
Entweder SMG oder 
Channel- Besitzer 


text 
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Fur den Serverteil (Webteil) sind Weboutlets vorgesehen. Das Weboutlet beinhaltet 
den hierarchischen Aufbau und gibt Aufschluss uber die Navigation einer Weblo- 
sung. Gemass Figur 2 ist als Beispiel folgender Aufbau gezeigt: 

S 1. Login: Ein Benutzer meldet sich mittels Userldentifikation (UID) und Password 
(PWD) am System an. Erkennt das System den Benutzer, wird der Zutritt, an- 
hand der Gruppenzugehdrigkeit, zum System erteilt 

2. Stammdaten: Dort werden alle Stammdaten verwaltet - Benutzer, Gruppen, 
10 Menusteuerung, usw. Zutritt hat dort nur, wer in der Administratorengruppe er- 

fasst wurde. 

3. Artikelstamm mit Media und Dienste: Die Seite Dienste ist nur der Administra- 
tion der Dienste zuganglich. Die Seite Media wird durch den Administrator wie 

1 5 auch durch den SuperUser bedient 

4. Media: Ist das Artikeldepot, wo alle Medien (einzelnen Produkten zugeordnete 
Bilder, Texte, Filme, Sounds etc.) abgespeichert werden. Jeder SuperUser eines 
Channels hat ein eigenes Depot 

20 

5. Statist ik: Diese Seiten dienen der Auswertung. Beispielsweise eine Statistik uber 
den Platzbedarf der einzelnen Betreiber/Channelbesitzer. 

6. Channel: Ubersicht uber die Channels und Subchannels. Nur ein Administrator 
25 kann Channels und Subchannels eroffhen, loschen oder sperren. Ein SuperUser 

kann die Channels editieren. User haben keine Rechte auf Channelebene. Auf der 
Channelseite kann auch definiert werden in welchem Zeitintervall der Client eine 
Update Anfrage beim Server starten soli. 
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7. Programme: Hier werden die Produktprogramme definiert Ein SuperUser hat die 
Moglichkeit zwischen 1 und N Programmen zu definieren. Ausserdem steht ihm 
ein Sonderprogramm zur Verfugung, welches fur eine bestimmte Zeitdauer ein- 
gespielt wird. Ein User hat auf seinem Subchannel das Recht Programme zu 

5 erstellen, zu editieren, zu ldschen und anzuschauen =» Programminhaltseite. 

8. Inhalt: Hier werden die Produktprogramme zusammengestellt. Das heisst, es 
werden Medias aus dem Artikelstamm iibernommen und diese der gewunschten 
Reihenfolge im Programm plaziert. Es wird die Einspielzeit eines Programmes 

10 definiert Es kann auch ein Dienst iibernommen werden und an einem bestimm- 

ten Ort im Programm plaziert werden. 

Die Channels konnen durch Administratoren und den jeweiligen SuperUser editiert 
werden. Die Channelseite kann, wie Figur 3 als Beispiel zeigt, aus zwei Halften 

1 5 bestehen. Auf der linken Seite werden die Channels und Subchannels in Baumform 
(Tree) dargestellt Der Administrator kann durch den ganzen Baum navigieren, 
Subchannels offhen und dann auf die dazugehorenden Produktprogramme zugreifen. 
Ein SuperUser hat nur das Recht durch seinen Channel mit den Subchannels zu 
navigieren. Ein User hat keinen Baum und kann nur Programme in seinem 

20 Subchannel erstellen, editieren und ldschen. Auf der rechten Seite werden die 
jeweiligen Eigenschaften des Channels dargestellt. Es konnen Namen geandert 
werden. Berechtigungen zugeordnet werden und auch neue Channels erfasst werden. 
Von hier aus kann auch auf die Programmseite zum aktuellen Channel gewechselt 
werden. Aus dieser Ansicht kann dann in die Programmubersicht gewechselt werden. 

25 Dort werden dann die Programme erfasst, geloscht, editiert und publiziert. 

Die Bildschirmseite der Produktprogramme: Auf dieser Seite werden alle Pro- 
gramme zu einem Subchannel aufgelistet. Es ist dann mdglich die Eigenschaften 
30 (Namen, Abspielzeiten, usw.) zu andern. Die Administratoren, SuperUser und User 
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haben ausserdem die Moglichkeit, neue Programme zu erfassen und Programme zu 
Idschen. 

Eine solche Programmseite konnte bspw. aussehen, wie Figur 4 gezeigt Auf der 
5 linken Seite werden die Produktprogramme erfasst und bearbeitet — auf der rechten 
Seite ist eine grafische Darstellung uber den zeitlichen Ablauf der Programme abge- 
bildet 

Bevor die Daten vom Terminal ubernommen werden kdnnen, mussen diese aufbe- 
10 reitet und verpackt werden. Dies kann ein sogenannter der Publishing Service (eine 
Subroutine) erledigen. Damit dieser Service weiss wann er wieder neue Daten erhal- 
ten hat und diese aufbereiten soil, wird er uber den Knopf "Publizieren" gestartet Es 
ware denkbar, dass statt auf User interaktion (Klick auf Publishingknopf) immer beim 
Abspeichern der Anderung, auch der Publishing-Service gestartet wird. Dies hatte 
1 5 aber zur Folge, dass der Benutzer immer wieder uber langere Zeit blockiert ware. 
Daher ist es vorteilhafter, wenn der Benutzer zuerst alle Anderungen anbringt und 
danach das Programm neu publiziert. Es ware auch denkbar, dass ein asynchroner 
Prozess die Datenbank nach publizierbaren Eintragen durchsucht Dies wurde den 
Publisher-Button einsparen. Eine Kombination dieser Moglichkeiten ist nicht auszu- 
20 schliessen. Durch Klick auf ein Programm wird der Inhalt des Programms geladen 
und auf der rechten Seite angezeigt. 

Auf der Produktprogramm-Inhaltseite werden dann die Programme zusammenge- 
stellt. Das heisst, die Bilder, Videos, Sounds etc. geladen, Texte definiert, Reihenfol- 

25 gen bestimmt, und der Service abonniert Dies kann von Administratoren, SuperUser 
und User mit entsprechenden Rechten vorgenommen werden. Fur den Administrator 
steht hier eine zusatzliche Funktion zur Verfugung, wo er ein bestimmtes Media 
mehreren Subchannels zuordnen kann. Auch der SuperUser kann von dieser Funk- 
tion Gebrauch machen, dies naturlich nur auf seinem eigenen Channel. Das Media 

30 wird dann auf alle untergeordneten Programme kopiert Ein Benutzer (User) kann 



P1671CH * * 9 13.03.00 

. 14- 

das ihm zugeordnete Material nicht Idschen, wohl aber die Reihenfolge und Ab- 
spieldauerverandern. 



5 Der Terminalteil, das ist die andere Seite, die beim Kunden am POS (point of sale) 
installiert ist, besteht bspw. aus einem VB (Visual Basic) Programm mit integriertem 
Browser (Internet Explorer). Diese Applikation ubernimmt die Steuerung der Appli- 
kation. Obwohi nur Knecht, ist sie verantwortlich, dass die richtigen Services zum 
richtigenZeitpunkt gestartet werden und die richtigen Befehle ausfuhren. Die not- 

1 0 wendigen Informationen holt die Applikation aus den Steuerungs- oder Informations- 
files. Die Daten und Scripts des Terminalteils werden in einer, wie in Figur 5 bei- 
spielsweise gezeigten fixen Struktur abgelegt: Im Root Folder (Infovision befindet 
sich das Steuerungsscript (Infovision. ctr) und alle moglichen Programme. In jedem 
Programm Folder ist dann wieder ein Script das Inhalt Script (Programml .ctr). 



15 Auf dem Terminalcomputer ist die Masterapplikation im SystemTray, dem Bereich 
in der Windows Leiste rechts, als Icon zu finden, siehe Figur 7. Uber dieses Icon 
konnte im Problem- oder Administrationsfall die Applikation mit Benutzerinter- 
aktion gesteuert werden. Ein "normales" Interface ist nicht vorgesehen, da die Appli- 
kation ja vor allem mittels Steuerdateien gesteuert wird. 



20 Die Software ist auf jedem Terminalrechner in folgende Teile unterteilt, n&nlich, in 
Applikation, Steuerung und Display 

Den schematischen Ablauf einer bzw. der Terminalroutine zeigt Figur 6. Die Master 
Applikation ist lediglich fur die Standard Windows Applikationsfunktionen zustan- 
dig. Die weitere Funktionalitat wird in asynchronen Prozessen durch zwei 
25 "Daemons" sichergestellt Ein >t Daemon 4 * fuhrt eine Utility-Funktion zur Verwaltung 
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oder Koordiniening aus, die nicht vom Benutzer aufgenifen wird. Dieses Programm 
l&uft im Hintergrund ab und wird nur bei Bedarf aktiviert 

Die Verbindung im obigen Diagramm zwischen der Applikation, dem "Control 
Daemon" und dem "Publish Daemon" sind eigentlich nur dazu da, urn zu zeigen, 
5 dass diese Untersysteme gegenseitig Zugriff auf ihre Funktionen und Entitaten ha- 
ben. Es passiert aber kein strukturierter Programmablauf zwischen diesen in sich 
abgeschlossenen Systemen. 

Der "Control Daemon" aktiviert sich selber in den in den Einstellungen definierten 
Zeitabst&nden. Danach pruft er, ob eine Verbindung zum Server besteht (1). Besteht 
10 keine solche Verbindung, so wird eine solche mittels RAS (Remote Access Service) 
erstellt Diese Aufgabe ubernimmt der "Connection Daemon" (2). 

Nachdem eine Leitung besteht, ladt der "Pull Daemon" die eine erste Datei mittels 
HTTP Protokoll vom Webserver herunter (3). Der "Control Daemon" analysiert 
diese Datei anschliessend (4). Der "Control Daemon" fuhrt anschliessend die aufge- 

1 5 listeten Befehle durch, das heisst, wenn Medien oder andere Dateien heruntergeladen 
werden mussen, so erhalt der "Pull Daemon" fur jede Datei seinen Befehl. Mussen 
nur noch administrative Arbeiten ausgefuhrt werden, so wird die Verbindung (wenn 
vorher aufgebaut) wieder unterbrochen (5) und anschliessend die administrativen 
Arbeiten ausgefuhrt. (Wenn auf dem Terminalcomputer anormale Zustande auftre- 

20 ten, konnte ebenfalls ein Rapportieren an den Server Sinn machen. Ein JLog 
Daemon" so lite von Anfang an vorgesehen werden. Die Daten werden nun 
anschliessend so aufgearbeitet, dass sie fur den "Publish Daemon" zur Verfugung 
stehen. 
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Unabhangig von diesem Prozess arbeiten der "Publish Daemon" und der "Display 
Daemon" standig miteinander. Der "Display Daemon" wechselt in den in den Pro- 
grammen definierten Zeitabst&nden die Medias aus und stellt diese in den dafur vor- 
gesehenen Containern dar. Welches Programm dargestellt werden soil wird ihm da- 
5 bei bei jedem Programmwechsel durch den "Publish Daemon" mitgeteilt 

Der "Publish Daemon" merkt jedesmal, wenn bei Screen-On in der Dateistruktur mit 
den Dateien etwas passiert. Mit andern Worten, wenn sich ein Programmfile andert, 
verschwindet oder neu hinzukommt, so liest der "Publish Daemon" die neuen Daten 
aus dem Steuerfile in den Speicher und handelt je nach den enthaltenen 
10 Anweisungen selbst&ndig. Dieses Vorgehen, die praktisch vollst&ndige 
,Daemonisierung* des Terminalprozesses - und nicht nur die Benachrichtigung 
durch den "Control Daemon" - lasst einen weiteren Ausbau offen. 

Diese Architektur wird in einer Mischung von COM Bibliothek und Windows 
Applikation aufgebaut. Wahrend die "Master Application" eine normale in VB er- 

1 5 stellte Applikation darstellt, werden die Daemons als COM Bibliotheken abgebildet. 
Mittels diesem Vorgehen ist die Zusammenarbeit der verschiedenen Daemons ge- 
wahrleistet und birgt keine versteckten Uberraschungen in der Entwicklung. Die 
Datenstrukturen werden intern in der COM Bibliothek in Form von Klassen abgebil- 
det. Dadurch sollte einem moglichen spateren Ausbau der Datenstruktur nichts im 

20 Wege stehen und den Ausbau vereinfachen. 

Die Steuerungsscripts beinhalten fblgendes: Das versteckte File beinhaltet Informa- 
tionen, die normalerweise nicht geandert werden mussen. Dies sind folgende (Liste 
nicht abschliessend): Name DialUpNetwork/RAS Verbindung, UID von Provider, 
Telefonnummer von Provider, Passwort von Provider, Downloadintervalle, Stan- 
25 dardpfade, Dateiablage auf Server, und so weiter. Dieses File beinhaltet alle Steue- 
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rungsinformationen der Programme die auf dieser Maschine laufen sollen; Aktive 
Programme und wo sie liegen (Pfade), Abspielzeiten der Programme, et cetera. Im 
jeden Programm Ordner liegt dann ein Display-Steuerungs-Datei. Diese enthalt alle 
Informationen fiber den Inhalt eines Programmes: Anzeigezeit eines Bildes, Text 
eines Bildes, Reihenfolge der Media, und so weiter. 
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PATENTANSPRUCHE 

1. System zur Visualisierang von Information, insbesondere Produktinformation 
an ausgewahlten Orten durch Organisation und Steuerung des 

5 Visualisierungsinhalts von beliebigen Orten welche nicht die 

Visualisierungsorte sind, gekennzeichnet durch eine oder mehrere die 
Administration der Visualisierungsinformation organisierende und 
bereithaltende Administrations-Einheit/en, welche durch mindestens einen, 
vorzugsweise eine Mehrzahl von die Visualisierung selbsttatig durchfuhrende 

10 Visualisierungs-Einheiten selbsttatig angesteuert werden, um die be- 

reitgehaltene Produktinformation fur die Visualisierung abzuholen und selbst- 
tatig abzuspielen. 



2. System nach Anspruch 1, dadurch gekennzeichnet, dass die Administrations- 
Einheiten, welche die Visualisierungsinformation organisieren und fur die die 

15 Visualisierung durchfuhrende Visualisierungs-Einheiten bereithalten, als An- 

bieter im Internet uber das Internet-Netzwerk oder mit Intranet und dessen 
Netzwerk als Server mit den Terminals bzw. Clients fur die Visualisierung 
uber Channels kommunizieren und diese Terminals als selbsttatig die 
angebotenen Daten beziehende und verarbeitende Einheiten einem oder 

20 mehreren Servern zugeordnet sind. 



3. 



System nach einem der Anspriiche 1 oder 2, dadurch gekennzeichnet, dass 
die Server Dienstleistungsanbieter-Server sind und dass die Terminals bzw. 
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Clients computergestutzte Visualisierungseinrichtungen an Verkaufestellen 
bzw. , point of sales' sind und diese uber Channels Daten anstauschen. 

4. Verfahren zur Organisation der Administration der die Visualisierungsinfor- 
mation organisierenden und bereithaltenden Einheiten nach einem der Ansprii- 
che 1 bis 3, dadurch gekennzeichnet, dass die Administration der Visual isie- 
rungsinformation in Form eines festen Datenmodells mittels verbundener 
Tabellen organisiert und fur den Abruf bereitgehalten werden. 

5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass das Datenmodell 
mindestens die Tabellen zur Definition der Channels, zur Definition des Pro- 
duktprogramms, zur Definition des Produktprogramminhalts und zur Defini- 
tion des Artikelstamms enthalten. 

6. Verfahren nach einem der Anspruche 1 bis 5, dadurch gekennzeichnet, dass 
der/die Server uber ein Weboutlet mit einem hierarchischen Aufbau so organi- 
siert ist/sind, dass fur die selbsttatig anfragenden Terminals je nach Berechti- 
gung die fur sie bereitgehaltenen Daten zum Herunterladen freigegeben wer- 
den. 

7. Verfahren zum selbstt&tigen Ablauf eines Terminals nach einem der Anspruche 
1 bis 3, dadurch gekennzeichnet dass der selbsttatige Ablauf der Anfrage 
und Abarbeitung uber Daemons in einem Programm-File (COM-File) Verbund 
derail realisiert wird, dass einzelne Daemons gegenseitig zu einem Super- 
Daemon verbunden werden. 
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8. Verfahren nach Anspruch 7, gekennzeichnet durch, einen Programmverbund 
von Daemons in Form von Programm-Files (bspw. COM-Files) derart, dass ein 
von einer Masterapplikation beschickter Control-Daemon einerseits einen 
Publish-Daemon, welcher seinerseits einen Display-Daemon und andererseits 
5 einen Connection-Daemon, und einen Pull-Daemon ansteuert, wobei der 

Control-Daemon, der Publish-Daemon und der Display-Daemon eine zeitab- 
hangige Selbststartfunktion aufweisen. 



9. Verfahren nach Anspruch 7 oder 8, dadurch gekennzeichnet, dass eine 
Control-Funktion bzw. -Daemon mit einer Publish-Funktion bzw. -Daemon 
10 zusammen eine Superfunktion bzw. Super-Daemon bilden, mit Hilfe wel- 

cher/welchem die Terminalfunktion selbsttatig ablauft. 



10. Einrichtung zur Realisierung des Systems nach Anspruch 1, bestehend aus: 
mindestens einem Server fur die die Administration der Visualisierungsinfor- 
mation organisierende und bereithaltenden Administrations-Einheiten und 
15 mindestens einem Terminal fur die die Visualisierung selbsttatig durchfuh- 

rende Visualisierungs-Einheiten, wobei das Terminal den Server selbsttatig an- 
steuern kann, urn die bereitgehaltene Produktinformation fur die Visualisierung 
abzuholen und selbsttatig abzuspielen. 



Vorrichtung zur Durchfuhrung des Verfahrens zur selbsttStigen Verarbeitung 
von Visualisierungsinformation an einem Verkaufspunkt, gekennzeichnet 
durch, einen Terminalrechner, mit einem oder mehreren Visualisierungsvor- 
richtung/en, welcher Terminalrechner ein Programm aufweist mit dem der 
selbsttatige Ablauf der Anfrage und Abarbeitung uber Daemons in einem 
COM-File Verbund derart realisiert wird, dass inzelne Daemons gegenseitig 
zu einem Super-Daemon verbunden werden. 
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12. Vorrichtung nach Anspruch 11, dadurch gekennzeichnet, dass der Terminal- 
rechner ein Programm mit einem Programmverbund von Daemons in Form 
von Programm-Fi les (bspw. COM-Files) derart, dass ein von einer 
Masterapplikation beschickter Control-Daemon einerseits einen Publish- 
Daemon, welcher seinerseits einen Display-Daemon und andererseits einen 
Connection-Daemon, und einen Pull-Daemon ansteuert, wobei der Control- 
Daemon, der Publish-Daemon und der Display-Daemon eine zeitabhangige 
Selbststartfunktion aufweisen. 

13. Datentrager enthaltend Programme zur Durchfuhrung des Verfahrens nach 
einem der Patentanspruche 4 bis 9. 

14. Datentrager nach Anspruch 13 enthaltend einen installationsbereiten Satz fur 
die Administrations-Einheit und/oder die Visualisierungs-Einheit zur Verwen- 
dung nach einem der Anspruche 1-12. 
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ZUSAMMENFASSUNG 

Das vorliegende Verfahren zur Visualierung von Produkten an einem Verkaufspunkt 
erlaubt einem Anbieter seine Produktprogramme, die er Visualisieren will, offline 
oder online zusammenzustellen und diese jederzeit zu andern, loschen oder erganzen 
5 und an einem oder mehreren Verkaufspunkt/ en selbsttatig ablaufen zu lassen. Ein 
solches Produktprogramm kann fur eine bestimmte Zeitperiode definiert werden, an 
welcher das Programm dann taglich ,ausgestrahlt* wird. 1st der Programmzyklus 
einmal abgelaufen, beginnt er wieder von vorne. 

Dies geschieht so, dass Angebotseinheiten, bspw. Server, welche die Visualisie- 
10 rungsinformation organisieren und fur die die Visualisierung durchfuhrende Einhei- 
ten bereithalten, als Anbieter im Internet fiber das Intcmet-Netzwerk als Server mit 
den Terminals bzw. Clients fur die Visualisierung uber Channels kommunizieren und 
diese Terminals als selbsttatig die angebotenen Daten beziehende und verarbeitende 
Einheiten einem oder mehreren Servern zugeordnet sind. 

15 (Figuren 2 und 6) 
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Figur 1 
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Figur 3 
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Figur 6 
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